home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Experimental BBS Explossion 3
/
Experimental BBS Explossion III.iso
/
gus
/
sdkdigv4.zip
/
SDKV4N13.TXT
< prev
next >
Wrap
Text File
|
1993-09-20
|
5KB
|
127 lines
GUS Programmer's Digest Sat, 18 Sep 93 0:07 MDT Volume 4: Issue 13
Today's Topics:
GUSDELAY v0.3 uploaded to epas (2 msgs)
perc pat madness
Standard Info:
- Meta-info about the GUS can be found at the end of the Digest.
- Before you ask a question, please READ THE FAQ.
----------------------------------------------------------------------
Date: Fri, 17 Sep 1993 13:26:33 -0400
From: davidm@marcam.com (David MacMahon)
Subject: GUSDELAY v0.3 uploaded to epas
Message-ID: <9309171722.AA08394@ottawa.marcam.com>
David MacMahon
Systems Administrator
davidm@marcam.com <---New address, use this one
davidm@opl.com <---Old address, don't use this one
------------------------------
Date: Fri, 17 Sep 1993 13:38:09 -0400
From: davidm@marcam.com (David MacMahon)
Subject: GUSDELAY v0.3 uploaded to epas
Message-ID: <9309171734.AA08447@ottawa.marcam.com>
GUSDLY03.ZIP contains GUSDELAY.EXE v0.3 and GUSDELAY.TXT
GUSDELAY.EXE is a program written by David MacMahon (me) that enables
your GUS to record data and playback those same data after a delay.
The delay can be so short that you can't notice it or it can be as
long as 256K of GUS memory/sample rate will accommodate. It
demonstrates (quite well) that simultaneous recording and playback
is both possible and well within the realm of the GUS and the low
level SDK.
Version 0.3 offers the following features:
* Stereo or mono operation
* Up to 14 voices can be used (7 pairs for stereo)
* The volume, delay, and pan position (balance) of each voice
(pair of voices in stereo) can be independently adjusted.
* Recording to disk
In short, GUSDELAY turns your GUS into (among other things) an ideal
delay unit for musical instruments that has more functionality that
many delay units costing (almost) as much as your GUS did!!! (O.K.,
so it doesn't run on a nine volt battery and you can't kick it across
the room... :-)
Enjoy!
Dave
David MacMahon
Systems Administrator
davidm@marcam.com <---New address, use this one
davidm@opl.com <---Old address, don't use this one
------------------------------
Date: Fri, 17 Sep 93 4:03:50 CDT
From: chuth@lonestar.utsa.edu (Cornel H. Huth)
Subject: perc pat madness
Message-ID: <9309170903.AA13494@lonestar.utsa.edu>
> If you do the math, the note that the low and high frequencies point at
> should be the midi note for that percussion sound. All of the patches that
> came with the card are like this.
Not all (if I understand you to mean all perc patches have low=high<>root).
Take a look at PATCHDAT.ZIP on epas in submit. It lists all 128 melodic and
61 percussive patches giving the low-down on all patch info. Many perc patches
have low=root=high freq.
> The root frequency is set so that the
> playback pitch of the sample is correct for the sampling rate specified in
> the file, while the low and high frequencies are set to the MIDI note for
> that instrument.
I don't follow. I _do_ know how to adjust the FC correctly to get any freq based
on the sample rate, root, note required, tune, etc. and have it working (even
have LFOs and envelopes implemented). What I do with a perc sample (all contain
a lone sample) is use the low freq as the "note" to play at (the root being
used as in any other FC-calculation). Low freq either equals high freq (perc),
or it equals root and high. Before (before the last help instructing me to use
low|high) I was using the root, dismissing the low/high completely, thinking
that they were simply erroneous.
> Apparently the MIDI drivers are smart enough to know not
> to pitch-shift percussion samples (as would normally happen if the root
> frequency is different than the note-on frequency).
I don't know a thing about "the MIDI drivers" since I don't use them (use my
own). _But_, I do shift the pitch (now, as explained in the previous
paragraph). I don't think it's even possible to separate, as you say, the
"playback pitch of the sample...for the sample rate" and "the MIDI note".
That's the whole reason (I think) for it even being different. In other words,
to get the correct "MIDI note" for the instrument, the pitch shift needs to
be done (in the case of root<>low or high freqs) as is needed for any of
the melodic patches.
Now, if you think I'm doing this wrong (I was before) I'd like to hear why
you think so. And if you can throw some "math" into it, all the better.
------------------------------
End of GUS Programmer's Digest V4 #13
*************************************
To post to tomorrow's digest: <gus-sdk%itchy@dsd.es.com>
To (un)subscribe or get help: <gus-sdk-request%itchy@dsd.es.com>
To contact a human (last resort): <gus-sdk-owner%itchy@dsd.es.com>
FTP sites: archive.epas.utoronto.ca pub/pc/ultrasound
wuarchive.wustl.edu systems/msdos/ultrasound
Hints:
- Get the FAQ from the FTP sites or the request server.
- Mail to <gus-sdk-request%itchy@dsd.es.com> for info about
other GUS related mailing lists (UNIX, OS/2, GUS-MIDI, etc.)